REMARKS 



This Amendment is responsive to the Office Action mailed February, 21, 2007. 

In the Office Action, claims 2, 20 and 38 were rejected as being indefinite under 35 
U.S.C. §1 12(2). Reconsideration and withdrawal of these rejections are respectfully requested. 

Claims 2, 20 and 38 recite: "assembling the requested document from at least one of the 
retrieved and dynamically generated blocks." This is the standard, well understood "at least one 
of A and B" form of claim construction, which is equivalent to "A and/or B." Accordingly, "at 
least one of A and B" includes, within its scope: 

- A only; 

B only, or 

- Both A and B 

Therefore, the recitation "assembling the requested document from at least one of the 

retrieved and dynamically generated blocks" includes, within its scope: 

assembling the requested document from the retrieved blocks; 

assembling the requested document from the dynamically generated blocks, or 

assembling the requested document from the retrieved blocks and from the 
dynamically generated blocks 

It is respectfully submitted, therefore, that claims 2, 20 and 38 define steps with the 
requisite degree of particularity for the purposes of 35 USC § 1 12(2). 

It is also respectfully submitted that the language of claims 2, 20 and 38 is not exemplary 
in nature. Therefore, MPEP 2173.05(d) is inapplicable here. MPEP 2173.05(d) is reproduced 
herein below: 

2173.05(d) Exemplary Claim Language ("for example," "such as") [R-l] - 2100 Patentability 
2173.05(d) Exemplary Claim Language ("for example," "such as") [R-l] 

Description of examples or preferences is properly set forth in the specification rather than the claims. If 
stated in the claims, examples and preferences >may< lead to confusion over the intended scope of a 
claim. In those instances where it is not clear whether the claimed narrower range is a limitation, a 
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rejection under 35 U.S.C, 112, second paragraph should be made. The examiner should analyze whether 
the metes and bounds of the claim are clearly set forth. Examples of claim language which have been 
held to be indefinite because the intended scope of the claim was unclear are: 

(A) "R is halogen, for example, chlorine"; 

(B) "material such as rock wool or asbestos" Ex parte Hall, 83 USPQ 38 (Bd. App. 1949); 

(C) "lighter hydrocarbons, such, for example, as the vapors or gas produced" Ex parte Hasche, 86 
USPQ 481 (Bd. App. 1949); and 

(D) "normal operating conditions such as while in the container of a proportioner" Ex parte 
Steigerwald, 131 USPQ 74 (Bd. App. 1961). 

The above examples of claim language which have been held to be indefinite are fact specific and should 
not be applied as per se rules. See MPEP § 2173,02 for guidance regarding when it is appropriate to 
make a rejection under 35 U.S.C. 112, second paragraph. 

The claim language "assembling the requested document from at least one of the 

retrieved and dynamically generated blocks" is not exemplary in nature, but requires one of the 



assembling the requested document from the retrieved blocks; 

assembling the requested document from the dynamically generated blocks, or 

assembling the requested document from the retrieved blocks and from the 
dynamically generated blocks. 

Indeed, the claim does not include any exemplary language ("such as", "for example", 
etc.), which would trigger MPEP 2173.05(d). Reconsideration and withdrawal of these rejections 
are respectfully requested. 

Claims 1-60 were rejected under 35 U.S.C. §101, as allegedly not defining patentable 
subject matter. Reconsideration and withdrawal of these rejections are respectfully requested. 

As the Examiner will note, claims 1-60 have been amended in exactly the manner 



helpfully suggested by the Examiner to overcome these §101 rejections. Amended claims 1-60 
are believed, therefore, to define subject matter that squarely fits within the purview of 35 U.S.C. 
§101. Reconsideration and withdrawal of these rejections are respectfully requested. 

Claims 1-54 were rejected under 35 U.S.C. § 103(a) as being unpatentable over a five- 
way combination of McLaughlin et al, Nazem et al, Michel K. Bowman-Amuah, Robert S. 



following: 
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Mason and Bender et al. Reconsideration and withdrawal of these rejections are respectfully 
requested. 

At the outset, claim 1 recites: 

retrieving only some of the plurality of blocks defined in the script of 
the requested document from a memory, the memory storing the at least 
one of the plurality of blocks defined in the script of the requested 
document; and 

dynamically generating remaining ones of the plurality of blocks 
defined in the script of the requested document that are not stored in the 
memory and storing a copy of each dynamically generated block in the 
memory. 

The claim requires that only some of the blocks be retrieved from the memory and that 
remaining ones of the plurality of blocks be dynamically generated. The claimed embodiment, 
therefore, requires two actions: 1) retrieving only some of the blocks from the memory; and 2) 
dynamically generating remaining ones of the plurality of blocks. The applied combination does 
not teach or suggest such a method. 

The applied combination, however, does not teach or suggest that only some of the 
blocks be retrieved from a memory and that all remaining blocks defined in the script be 
dynamically generated, as claimed herein. Indeed, the primary reference to McLaughlin et al. 
teaches an all or nothing approach to serving a client application with process data: 

Whvn j (.km dpplK m >n aquius pi ...«.*^ tKu i a d.it t 

huhimii l >U-K. iiniii"j 220 tiiv,t SLirches dynamic cache 
20 ior tbi t< qiK **u d 7 km -o, <lu t If the- process, data is 
.it fid t i c j^tte iul). ^ iche m m D"~r220 transfers the process 
ata to the requesting client application and the transaction 
; ended, II (he ditla is not lound (it cache miss), cache 
nin^r 220 15k n ru t itt xjs (hi prot i ss data from (he appro- 
liaU >n<. ot pro^ss n xiu- 2<>+ 2 Of. When the supervisory 
ontroUer 1.2t> receives the process data from the process 

ixl> lhIu iii nnti. f 2i^ >wid- ihe process data into 
\mtiFtc ci«_h. 215 uid li^uslc-. Mil. process data to the 
iu>nr .tpptu mort t h it .ucimiiv it-qticsted it. 

as shown in Col. 8, lines 6-19. Either process data is present in the cache 220 or it is fetched 

from one of the process nodes 204-206. No provisions are made within McLaughlin et al. for 



13 

Serial No. 09/800,115 

OID-2000-044-01 Atty. Docket No. ORCL5680 



retrieving only some of the blocks from the memory and dynamically generating remaining ones 



of the plurality of blocks. Alternatively, McLaughlin et al. teach that process data may be 
obtained in a peer-to-peer fashion, as detailed in Col. 6, lines 22-25 or via a publish/subscribe 
model, as detailed in Col. 3, lines 55-57. 



Similarly, all of the supervisory data is dynamically generated, as positively stated in Col. 
5, lines 33-36: 

optimize Iht fduliU .is a whok In apiUuRd t,mh<itununk 
ttk. MipciM^o^ dal t is dviLnmc tlh generated mi is based 
al k<sl jpon i yi\en 1 tuim s eilieieiKA, pioduetiun hi 
^ ii) nine e >sf uul ntnsi patenkh til thu*. 

i.e., none of the supervisory data is retrieved from a cache memory. Therefore, McLaughlin et al. 

do not teach or suggest retrieving only some of the blocks from the memory and dynamically 

generating remaining ones of the plurality of blocks, as required by the claims. 



The outstanding Office Action states that Nazem et al. teach a document that includes a 
plurality of blocks. However, Nazem et al. do not remedy the fundamental shortcomings of the 
primary reference and do not teach - alone or in combination with McLaughlin et al. - to retrieve 
only some of the blocks from the memory and to dynamically generate remaining ones of the 
plurality of blocks, as claimed herein. Indeed, Nazem et al. teach the use of templates to hold the 
static data and to obtain all live data from the shared memory 212: 

?M hmhei dctul IKcj fuxM page 2 IH is hmll according u> i 
uset template JtnJ h\e claU I lie uset tempi fit. specifics. t< >i 
t-VLtftipk ^hiLliquKiLs ate shown hi the pottloho moJuk. 

Will,. 1 1 eilK > II*. d|s; Lox.d III Ilk ,\C.llllel EtK.dt.lk cle bdCU 

ol I he moiitiks 504 l.<)u he uisionu/ui in i usci aid wo' ed 
aKuit Uont vms, 2LS The modules 504 ate also tciLsable, m 
Hi a I any customized module which appears on multiple 
p,ii>es L,in he ciUleil h >m inv one of iho>t pities uid the 
edits will he lellceled on cletl of (he pa^cs < >lhc*l eutsloro 
pa<Je~. lor the Use! Lin be \(ev,edh\ selcetinj one of the pai_c 
billions 5U2 ippeanm: 3 e lov, the beadei Other paij.es and 
utilities can be selected usinc. the buttons SI18 which ate pait 
ol the header. <-,s 

In addition to all ol the li\e date shown in TIG 5 betnu 
stored in ti»e shired mcinots, summaries Irom e ieli of Hie 
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as stated in line 66-67 above. Nazem et al. teach that the template data is stored (and necessarily 
retrieved from) the cached user templates database 214 and that all of the live data to fill these 
templates is stored in (and necessarily retrieved from) the shared memory 212. Therefore, even 
when considered collectively with the McLaughlin et al. reference, Nazem et al. do not teach or 
suggest to retrieve only some of the blocks from the memory and to dynamically generate 
remaining ones of the plurality of blocks, as required by each of the independent claims herein. 

It is respectfully submitted that adding the Bowman- Amuah reference to the mix does not 
provide any additional guidance to the person of ordinary skill in this art. The cited passages 
simply do not teach anything relevant to blocks of a document including a reference to a data 
source and code that is configured to access and format data accessed from the data sources, as 
required by the claims. Indeed, Col. 52, lines 55-61 deals with ID and password pairs: 

.ss resources, as opposed to securing an applications detailed 
lurrctions. 

f he seetintv component prevents unauthorized users. Irani 
jllcssuIj; eoipouSe ijiiti rest Hue*, 1^ pmuJing the useis 
with access codes— password & ID — thai allows the user to 
x lot<m to tlie bvsteni or execute ativ (or a particular) applt- 

while Col. 47, lines 30-67 deals with wholly unrelated performance issues: 
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Next, the Office turns to Mason, Jr. for a supposed teaching of "retrieving only some of 
the plurality of blocks, and generating remaining blocks," and points to Col. 8, lines 1-28 and 
Col. 9, lines 1-30 in support of its § 103(a) rejection. However, Mason, Jr., whether considered 
alone or in combination with McLaughlin et al, Nazem et al. (5,983,227) and/or Bowman- 
Amuah does not teach or suggest the claimed subject matter. 

Indeed, Mason, Jr. teaches a RAID controller system, and not a method of servicing a 
request for a document over a computer network, as claimed. Mason, Jr. teaches, at Col. 8, lines 
1-30 referred to by the Examiner, that in case of a read operation failure, the data is reconstructed 
using a corresponding parity block of the stripe in which the failure occurred. The back end 
cache must then determine whether the parity block has already been cached by referring to a 
back end cache block list. If it is, then a read I/O operation may be avoided. Any remaining 
blocks of the stripe are read and cached in a front end cache. Then all blocks of the stripe in 
which the failure occurred are XORed together with the parity block, whereupon valid data is 
passed to the front end cache. No teaching or suggestion are present in this passage of Mason, 
Jr., whether considered alone or in combination with the other references, that would lead a 
person of ordinary skill in the art to the claimed embodiments - that is, to retrieve only some of 
the blocks from the memory and to dynamically generate remaining ones of the plurality of 
blocks . 

Next, the Office points to Col. 9, lines 1-30 of Mason, Jr. This passage teaches a write 
command in which a list of valid blocks is checked. The list (see Col. 8, lines 56-61) 
accompanies a write command received from a host, includes the new blocks to be written to the 
RAID array. Mason, Jr. teaches, in Col. 9, beginning at line 4, teaches that if some old blocks to 
be written are missing from the list (meaning that a cache miss has occurred), they are retrieved 
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from the physical disk and stored into the front end cache. In essence, Mason, Jr. teaches that if 
blocks to be written are missing from the list, they are retrieved from the physical disks. At the 
outset, kindly note that this reference only teaches operations carried out within a RAID array of 
hard disk drives, and does not teach servicing a request for a document over any computer 
network. Moreover, note that Mason, Jr. teaches that if blocks to be written are missing from the 
list, they are retrieved from the physical disks, which cannot be considered to teach or to suggest 
dynamically generating remaining ones of the plurality of blocks . . . that are not stored in the 
memory. When blocks are missing from the list of blocks to be written, Mason, Jr. teaches 
simply to retrieve them from the disk. The claimed embodiment, on the other hand, requires 
dynamically generating remaining ones of the plurality of blocks, which is unsuggested by 
Mason, Jr., whether considered alone or in combination with the other constituent references of 
the applied combination. Moreover, it is respectfully submitted that the skilled artisan would not 
look to or find any guidance in a patent relating to a RAID controller when seeking to develop a 
method for servicing requests for documents over a computer network, as is the Mason, Jr. 
patent. 

As the four-way McLaughlin et al.-Nazem et al.-Bowman-Amuah-Mason, Jr. 
combination was overcome by the Amendment filed November 4, 2006. The Office added 
Bender et al. to the applied combination of references. In the outstanding Office Action, the 
Office states "McHaghlin, Nazeem and Bowman-Amuah do not explicitly disclose retrieving 
only some of the plurality of blocks," but states that Bender et al. "discloses retrieving only some 
of the plurality of blocks [see Col. 18, lines 60-65]" and also points to Bender et al.'s Col. 4, 
lines 12-14 in support of the assertion that Bender et al. teach retrieving only some of the 
plurality of blocks. 



OID-2000-044-01 



17 



Serial No. 09/800,115 
Atty. Docket No. ORCL5680 



It is respectfully submitted, however, that Bender, et al. teach nothing of the sort. The 
very passage cited by the Examiner does not even support the Examiner's own position. Indeed, 
Col. 18, lines 60-65 states: 



50 (a) successively retrieving each of said plurality of blocks 

of uncompressed image data in said memory circuit and 

communicating said blocks to said image output 

device, and increasing said Request Counter's value 

upon each occurrence of retrieving one of said plurality 
65 of blocks; and 

This passage clearly states that EACH of the plurality of blocks is successively retrieved. 

It does not teach or suggest, whether considered alone or in combination with McLaughlin et al- 

Nazem et al.-Bowman-Amuah-Mason, Jr. the subject matter of the independent claims; namely: 

retrieving only some of the plurality of blocks defined in the script of 
the requested document from a memory, the memory storing the at least 
one of the plurality of blocks defined in the script of the requested 
document; 



Indeed, the claim clearly requires that only some of the plurality of blocks be retrieved. 
However, Bender, et al. teach that EACH of the plurality of blocks are retrieved. Therefore, far 
from teaching the claimed embodiment (whether alone or in combination with the other 
references), Bender et al. teach away from the claimed embodiment - by teaching that EACH of 
the plurality of blocks is retrieved, as opposed to "only some", as claimed in each of the pending 
independent claims. 



It is respectfully submitted that the motivation ascribed to the person of ordinary skill in 
the art, gleaned from Bender et al, at Col. 4, lines 12-14: 

It is a further object of the present invention to provide a 
printer that both operates more efficiently and with less 
memory by operating in parallel by continuing to process 

is wholly unrelated to the claims. Therefore, even if a person of ordinary skill in the art were 
motivated by a desire to (provide a printer that operated) [operate] more efficiently ... by 
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operating in parallel," (for some unknown reason) and retrieved EACH of the plurality of blocks 
as taught by Bender et al, the claimed embodiments would not result . 

It is respectfully submitted that the applied combination, therefore, does not teach or 

suggest any method, system or media configured to: 

retrieving only some of the plurality of blocks defined in the script of 
the requested document from a memory, the memory storing the at least 
one of the plurality of blocks defined in the script of the requested 
document; and 

dynamically generating remaining ones of the plurality of blocks 
defined in the script of the requested document that are not stored in the 
memory and storing a copy of each dynamically generated block in the 
memory. 

as claimed in independent claims 1,19 and 37. The "only some" language clearly precludes any 
interpretation wherein EACH of the plurality of blocks are retrieved, as Bender et al. would have 



Reconsideration and withdrawal of the outstanding art rejections based upon the five-way 
combination of McLaughlin et al, Nazem et al, Bowman-Amuah, Mason, Jr. and Bender et al. 
are respectfully requested. 

Claims 55 and 57-60 were rejected as being unpatentable over a four- way combination of 
McLaughlin et al, Nazem et al. (Mason et al, is applied on page 12, although not listed as an 
applied reference in paragraph 34) and Bender et al. Reconsideration and withdrawal of these 
rejections are respectfully requested. 

As the Office will note, claim 55 has been amended to recite: 

servicing the request for the Web page by assembling the requested 
Web page by retrieving only some of the cached blocks of the requested 
Web page from the memory and generating all remaining blocks of the 
requested Web page that were not retrieved from the memory memory, and 

sending the assembled Web page over the computer network. 

for the purpose of addressing the §101 rejection only. Note the "retrieving only some of the 
cached blocks of the requested Web page from the memory" claim language in claim 55. It is 
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respectfully submitted that all of the above comments relative to McLaughlin et al, Nazem et al, 
Mason et al. and Bender et al. are also applicable to claim 55. Rather than repeat these arguments 
here, they are hereby incorporated herein by reference as if they had been repeated here in full. 

Bender et al: a) simply do not teach "retrieving only some of the cached blocks of the 
requested Web page from the memory," as claimed; b) do not remedy the shortcomings of the 
primary combination to McLaughlin et al. and Nazem et al; and c) is not, as stated, "in the same 
field of endeavor" as Applicants (compressing and decompressing print data in the background 
of a printer has little or nothing to do with servicing a request for a Web page over a computer 
network, as claimed herein). Reconsideration and withdrawal of these rejections are respectfully 
requested. 

As the rejections of the independent claims are deemed to have been overcome, it is not 
believed necessary to discuss the rejections of the dependent claims at this time, as they 
incorporate the patentable features of the independent claims from which they depend. 

Applicants believe that this application is now in condition for allowance. If any 
unresolved issues remain, please contact the undersigned attorney of record at the telephone 
number indicated below and whatever is necessary to resolve such issues will be done at once. 

Respectfully submitted, 

Date: May 21, 2007 By: _ 

Alan W. Young 
Attorney for Applicants 
Registration No. 37,970 

YOUNG LAW FIRM, P.C. 
4370 Alpine Rd., Ste. 106 
Portola Valley, CA 94028 
Tel.: (650) 851-7210 
Fax: (650) 851-7232 
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